ビットマップ・スペースの構成

コピー・サービス機能では、機能を作動させるために、少量のボリューム・キャッシュをキャッシュ・メモリーからビットマップ・メモリーに変換する必要があります。いずれかの機能を使用しようとしたときに十分なビットマップ・スペースが割り振られていないと、構成を完了することができません。

始める前に

これらの機能に専用にすることができる合計メモリーは、システム内の物理メモリーによって定義されません。メモリーは、メモリーを使用するソフトウェア機能によって制約されます。

システムの取り付けの計画時に、拡張機能についての今後の要件を検討してください。次の表を確認してメモリー所要量を計算し、ご使用のシステムが全体の設置サイズに対応できることを確認してください。

この表で、システムにおけるビットマップ・スペースの構成を説明します。

表 1. ビットマップ・スペースのデフォルト構成
コピー・
サービス
最小割り振りのビットマップ・スペース デフォルト割り振りの
ビットマップ・
スペース
最大割り振りのビットマップ・スペース デフォルト値を使用した場合の最小1 機能
リモート・コピー2 0 20 MiB 512 MiB 40 TiB of のリモート・ミラーリング・プロビジョン済み容量
FlashCopy®3 0 20 MiB 2 GiB 10 TiB の FlashCopy ソースのプロビジョン済み容量

5 TiB の差分 FlashCopy ソースのプロビジョン済み容量

ボリューム・ミラーリング 0 20 MiB 512 MiB 40 TiB のミラーリングされたボリューム
1 FlashCopy を除くすべての機能に対するすべてのビットマップ・メモリー割り振りの合計は、552 MiB を超えてはなりません。

2 リモート・コピーには、メトロ・ミラー (Metro Mirror)グローバル・ミラー (Global Mirror)が含まれます。

3 FlashCopy には、FlashCopy 機能、および変更ボリュームで構成されたメトロ・ミラー (Metro Mirror)グローバル・ミラー (Global Mirror)が含まれます。

以下の表に、さまざまなコピー・サービス機能の構成に必要なビットマップ・スペースの量を示します。

この表は、リモート・ミラーリング機能、FlashCopy 機能、およびボリューム・ミラーリングに必要なメモリー量の例を示しています。

表 2. 必要なメモリーの例
機能 グレーン・サイズ 1 MiB のメモリーでは、指定された入出力グループに対して以下のプロビジョン済み容量を提供します
リモート・コピー 256 KiB 合計 2 TiB のメトロ・ミラー (Metro Mirror)またはグローバル・ミラー (Global Mirror)プロビジョン済み容量
FlashCopy 256 KiB 合計 2 TiB のFlashCopy ソースのプロビジョン済み容量
FlashCopy 64 KiB 合計 512 GiB のFlashCopy ソースのプロビジョン済み容量
差分 FlashCopy 256 KiB 合計 1 TiB の差分 FlashCopy ソースのプロビジョン済み容量
差分 FlashCopy 64 KiB 合計 256 GiB の差分 FlashCopy ソースのプロビジョン済み容量
ボリューム・ミラーリング 256 KiB 2 TiB のミラーリングされたプロビジョン済み容量
注:
  1. FlashCopy ターゲットが複数の場合は、マッピング数を考慮する必要があります。例えば、グレーン・サイズが 256 KiB のマッピングの場合は、8 KiB のメモリーにより、16 GiB のソース・ボリュームと 16 GiB のターゲット・ボリューム間で 1 つのマッピングが可能です。あるいは、グレーン・サイズが 256 KiB のマッピングの場合は、8 KiB のメモリーにより、8 GiB の 1 つのソース・ボリュームと 8 GiB の 2 つのターゲット・ボリューム間で 2 つのマッピングが可能です。
  2. FlashCopy マッピングを作成する際に、ソース・ボリュームの入出力グループ以外の入出力グループを指定すると、メモリー・アカウンティングは、ソース・ボリュームの入出力グループではなく、指定された入出力グループに向けて行われます。
  3. ボリューム・ミラーリングの場合、512 MiB のメモリー・スペース全体で、合計 1 PiB のプロビジョン済み容量が可能になります。
  4. 新規の FlashCopy 関係またはミラーリングされたボリュームを作成する際に、必要に応じて、追加のビットマップ・スペースがシステムで自動的に割り振られます。
構成変更を指定する前に、次の要因を考慮してください。
  • FlashCopy マッピングの場合、1 つの入出力グループのみがビットマップ・スペースを消費します。デフォルトでは、ソース・ボリュームの入出力グループが使用されます。
  • メトロ・ミラー (Metro Mirror)関係およびグローバル・ミラー (Global Mirror)関係の場合は、2 つのビットマップが存在します。関係の方向が反転する可能性があるため、1 つのビットマップはマスター・システムに、もう 1 つは補助システムに使用されます。
  • 例えば、スナップショットからソース・ボリュームへのリストア操作を実行するために、逆マッピングを作成する場合、この逆マッピング用にもビットマップが作成されます。
  • グローバル・ミラー (Global Mirror)またはメトロ・ミラー (Metro Mirror)で使用するために変更ボリュームを構成する場合、変更ボリュームごとに 2 つの内部 FlashCopy マッピングが作成されます。
  • ビットマップは最小で 4 KiB であるため、512 バイトのボリュームには 4 KiB のビットマップ・スペースが必要です。
既存のシステムでは、以下の要因も検討してください。
  • FlashCopy マッピングおよびミラーリングされたボリューム、またはフォーマット設定された標準プロビジョニング・ボリュームを作成する場合、システムは、使用可能なビットマップ・スペースを自動的に増やそうとします。このスペースを手動で増やす必要はありません。
  • メトロ・ミラー (Metro Mirror)関係およびグローバル・ミラー (Global Mirror)関係は、使用可能なビットマップ・スペースを自動的に増やしません。
  • これらのオブジェクトの多数を作成してから削除する場合、chiogrp コマンドを使用して、これらの機能のために予約されているメモリーを減らして、そのメモリーを別の用途のために解放することを検討してください

また、lsiogrp および chiogrp コマンド・ライン・インターフェース (CLI) コマンドを使用して、設定を変更することもできます。